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TITLE: SYSTEM AND METHOD FOR GENERATING USER INTERFACE CODE 

RELATED APPLICATIONS 
[0001] This application is related to U.S. Patent 
20 09/689,067, entitled "System and Method for Enterprise 
Resource Management/' filed October 12, 2000. 

FIELD OF THE INVENTION 

25 [0002] The present invention pertains to the field of 
software code generation. More specifically, the invention 
relates to a system and method for generating software code 
that generates a user interface when executed that allows a 
user to readily select the features and states of the user 

30 interface . 
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BACKGROUND OF THE INVENTION 
[0003] Systems for generating computer code are known in 
the art. For example, it is known to use "components" in 
object oriented software programming for generating server- 
5 based software that generates graphic user interfaces, 
performs server-based functions for processing of data, or 
that performs other suitable functions. The impetus behind 
these systems has been to simplify the creation of computer 
code and to make such computer code easy to modify and update. 

10 [0004] Nevertheless, many problems continue to be 
encountered with such computer code. One problem is that 
server-based generation of graphic user interfaces consumes a 
significant amount of server resources, which can result in 
slow processing of all server applications. Another problem 

15 is that an initial release of code must often be modified for 
user-specific applications, such as at the enterprise level, 
at site-specific locations, by developers for use with their 
clients, or in other manners. When such releases are then 
replaced by an updated version, any such modifications made 

20 must be implemented again, resulting in duplicated efforts or 
in the reluctance to use the new release because of the 
associated cost of making the modifications. Thus, systems 
for generating software have not resolved these and other 
problems . 
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SUMMARY OP THE INVENTION 
[0005] In accordance with the present invention, a system 
and method for generating software are provided that overcome 
known problems with systems and methods for generating software. 
5 [0006] In particular, a system and method for generating 
software are provided that use client-based graphic user 
interfaces to reduce server processing requirements for 
generating user interfaces, and that use a layered approach to 
accommodate the use of modifications to prior releases of code 
10 with new releases of code. 

[0007] In accordance with an exemplary embodiment of the 
present invention, a system for generating user interface code 
is provided. The system generates a user interface class and 
a handler class. The user interface class includes two or 
15 more user interface features that can be assembled into a user 
interface by an operator, such as field entry prompts and data 
display fields. The handler class includes one or more states 
for each user interface feature of the user interface class, 
such as to navigate through the field entry prompts and data 
20 display fields. 

[0008] The present invention provides many important 
technical advantages. One important technical advantage of the 
present invention is a system and method for generating and 
executing code that provides user interface code which operates 
25 on a local client, such that user interfaces do not need to be 
generated or solely executed by a server. In this manner, 
server loading for generation and execution of user interfaces 
is minimized, which allows the distribution of code execution 
functions and permits the server to be used for other data 
30 processing functions. In addition, the present invention 
provides for layered modification functionality, so that a code 
release can be modified in one or more layers and so that such 
layers will be compatible with new releases of the code. 
[0009] Those skilled in the art will further appreciate the 
35 advantages and superior features of the invention together with 
other important aspects thereof on reading the detailed 
description that follows in conjunction with the drawings. 
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BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS 
[0010] FIGURE 1 is a diagram of a system for generating 
user interface code in accordance with an exemplary embodiment 
of the present invention; 
5 [0011] FIGURE 2 is a diagram of a system for providing code 
editing functionality in accordance with an exemplary 
embodiment of the present invention; 

[0012] FIGURE 3 is a diagram of a system for providing user 

interface classes in accordance with an exemplary embodiment 
10 of the present invention; 

[0013] FIGURE 4 is a diagram of a system for providing user 
interface states for corresponding user interface classes in 
accordance with an exemplary embodiment of the present 
invention; 

15 [0014] FIGURE 5 is a flowchart of a method for generating 
code in multiple layers in accordance with an exemplary 
embodiment of the present invention; 

[0015] FIGURE 6 is a flowchart of a method for generating 
primary code in accordance with an exemplary embodiment of the 
20 present invention; and 

[0016] FIGURE 7 is a flowchart of a method for adding a 

layer of code to previously generated code in accordance with 
an exemplary embodiment of the present invention. 

25 
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DETAILED DESCRIPTION OF THE INVENTION 
[0017] In the description that follows, like parts are 
marked throughout the specification and drawings with the same 
reference numerals, respectively. The drawing figures might 
5 not be to scale, and certain components can be shown in 
generalized or schematic form and identified by commercial 
designations in the interest of clarity and conciseness. 
[0018] FIGURE 1 is a diagram of a system 100 for generating 
user interface code in accordance with an exemplary embodiment 

10 of the present invention. System 100 allows primary software 
code packages for generating a user interface to be prepared 
by a user of the system, such as a program developer, by using 
predetermined user interface classes having predetermined 
states, and also provides a layered structure such that 

15 developers can modify code and can provide site-specific code 
modifications that will be compatible with future releases of 
primary code . 

[0019] System 100 includes code generator system 102, which 

can be implemented in hardware, software, or a suitable 

20 combination of hardware and software, and which can be one or 
more software systems operating on a general -purpose server 
platform. As used herein, a software system can include one or 
more objects, agents, lines of code, threads, subroutines, 
databases, application programming interfaces (APIs) , web 

25 browser plug- ins, or other suitable data structures, source 
code (human readable) , object code (machine readable) , and can 
include two or more different lines of code or suitable data 
structures operating in two or more separate software 
applications, on two or more different processing platforms, 

30 or in other suitable architectures. In one exemplary 
embodiment, a software system can include one or more lines of 
code or other suitable software structures operating in a 
general purpose software application, such as an operating 
system, and one or more lines of code or other suitable 

35 software structures operating in a specific purpose software 
application. In another exemplary embodiment, a software 
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system can be implemented as a distributed software system, on 
a different processing platform than that shown in the 
exemplary embodiments herein, or in other suitable manners. 
[0020] Code generator system 102 includes primary code 
5 generator 104, developer code generator 106, and site-specific 
code generator 108, each of which can be used in a centralized 
location or distributed as separate components to locations as 
needed. Primary code generator 104 includes one or more 
primary code generation modules, such as code generation 
10 modules that create software code that generates a user 
interface. In this regard, primary code generator 104 
includes user interface class system 110 and handler class 
system 112, User interface class system 110 generates user 
interface class code. Handler class system 112 generates the 
0 15 handler class code. The user interface class code can include 
Q one or more user interface classes, such as data input 
classes, report generation classes, order processing classes, 
W or other suitable classes for processing data. The classes of 
^ the user interface class code each have a corresponding set of 
s 20 available states in the handler class code. This 
^ corresponding set of states includes the progression states 
U available for implementing the features of user interface 
ffl class code. The features provided by user interface class 
St system 110 and the states provided by handler class system 112 
25 allow a user to select features and define states for a user 
interface, and then generate software code that implements the 
user interface. 

[0021] In one exemplary embodiment, user interface class 
system 110 can generate a data entry class, such as a customer 

30 account data entry class. The customer account data entry 
class can include one or more data entry features that may be 
required to define a customer account, such as a customer 
name, customer address, customer account number, shipping 
address, contact name and address, and other suitable data. 

35 User interface class system 110 allows a user to select from 
available classes, such as the customer account entry class, 
and to view the available features, components and functions 
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performed by the class. User interface class system 110 
allows a user to determine the available options, how to 
access and utilize the options, and otherwise allows the user 
to design user interface screens for use in receiving data 
5 from a user and presenting data to the user. 

[0022] Likewise, handler class system 112 allows the user 
to structure the states of the user interface screens in a 
suitable manner. In one exemplary embodiment, handler class 
system 112 is coupled to user interface class system 110 and 
10 can allow the user to select the state progression for a user 
interface. As used herein, the term "couple," and its cognate 
terms such as "couples" and "coupled," can include a physical 
connection (such as through a copper conductor) , a virtual 
connection (such as through randomly assigned memory locations 
yi5 of a data memory device) , a logical connection (such as 
P through one or more logical devices of a semiconducting 
01 circuit) , other suitable connections, or a suitable 
combination of such connections. In one exemplary embodiment, 
systems and components are coupled to other systems and 
L20 components through intervening systems and components, such as 
y, through an operating system of a general purpose server 
^ platform. 

'i^, [0023] Handler class system 112 can receive selections of 
|y features, components, options or functions that have 
25 previously been selected using user interface class system 
110, and can prompt the user to indicate one or more states, 
and the corresponding features, components, options, or 
functions that should be activated at each state. For 
example, a user can first create an account setup screen using 
30 user interface class system 110 having an account name entry 
function, an account address entry function, and a contact 
name entry function. The user can then sequence the states of 
the account setup screen so that the account name entry 
function occurs in a first state, the account address entry 
35 function occurs in a second state, and the contact name entry 
function occurs in a third state. Likewise, associated 
function states, such as a lookup function for finding a state 
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or business entity, can be provided through handler class 
system 112. In this manner, a user can define a sequence of 
states for a user interface screen that includes the 
performance of various functions, prompting for data fields, 
5 display of data fields, or other suitable states. 

[0024] In another exemplary embodiment, user interface 
class system 110 and handler class system 112 can provide the 
components, options, and states required to interface with a 
server system, such as that disclosed in U.S. Patent 

10 09/689,067, entitled "System and Method for Enterprise 
Resource Management," filed October 12, 2000, which is hereby 
incorporated by reference for all purposes. In this exemplary 
embodiment, the interface system with the server will have 
predetermined data field and functions, such that the user 

15 interface code will have to provide an interface to these data 
fields and functions . The present invention thus provides a 
programming environment that allows user interface software to 
be generated, for modifications to that user interface to be 
readily made, and for new releases of the user interface code 

20 to be compatible with such modifications. In this manner, the 
need to modify the server software to provide additional user 
interface functionality is minimized, and the corresponding 
use of server resources to generate or execute user interfaces 
is also minimized. 

25 [0025] Developer code generator 106 also includes a user 
interface class system 114 and handler class system 116, both 
of which interface with code generated by primary code 
generator 104. In one exemplary embodiment, primary code 
generator 104 generates code that allows a developer to 

30 generate additional code for modifying the code generated 
through primary code generator 104. Thus, a developer can use 
developer code generator 106 to modify user interface 
selections using user interface class system 114, and to 
modify states using handler class system 116. 

35 [0026] In another exemplary embodiment, a developer can 
receive code for a software application that has been 
generated by primary code generator 104, and can determine 
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that additional user interface features or states are required 
for the developer's application. The developer can then use 
developer code generator 106 to modify the code generated by 
primary code generator 104, such as by selecting additional 

5 user interface features through user interface class system 
114 and by providing states for those new user interface 
features, by editing existing user interface features to 
modify the user interface features using user interface class 
system 114, or by using handler class system 116 to modify the 

10 existing states of an existing user interface feature or of a 
new user interface feature. In this manner, the developer can 
take an existing release of code from primary code generator 
104, and can modify the code in a manner that allows user 
interface features and states to be customized for a business, 

15 a group of businesses, the developer's clientele, or other 
suitable purposes. 

[0027] Furthermore, the code generated through developer 
code generator 106 is compatible with new code generated by 
primary code generator 104. In one exemplary embodiment, 

20 primary code generator 104 can be used to generate an accounts 
receivable system, such as one having cash receipts chargeback 
invoice user interface screens, cash receipts inquiry batch 
details user interface screens, cash receipts inquiry customer 
payment details interface screens, and other suitable accounts 

25 receivable features. Developer code generator 106 can receive 
the accounts receivable code generated by primary code 
generator 104, and can modify the code to provide additional 
user interface features such as to select additional access 
and utilization options, provide additional data entry or 

30 display states, or to otheriA^ise modify the functionality of 
the code generated by primary code generator 104, Developer 
code generator 106 then generates developer code that 
supplements, interacts with, modifies, or overrides the code 
generated by primary code generator 104. 

35 [0028] If additional user interface functionality, access 
utilization features, states, or other suitable modifications 
are made through primary code generator 104, the code 
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generated through primary code generator 104 will interface 
with the code previously generated by developer code generator 
106, regardless of any modifications made to existing user 
interfaces or states. In this manner, the code generated by 
5 developer code generator 106 will be compatible with the code 
generated by primary code generator 104 for new features or 
states . 

[0029] For example, primary code generator 104 may generate 
code that creates an accounts receivable user interface screen 
10 having a customer entry field as the first state, and the 
developer code generator 106 can generate code that modifies 
the first state to request an account number instead of or in 
addition to the customer entry field. Subsequently, primary 
yr code generator 104 can generate a new release of code that 
iiSlS provides a customer lookup function instead of a customer 
'7; entry function as the first state. In this exemplary 
111 embodiment, the code generated by developer code generator 106 
Jff would replace the customer lookup function with the account 
^ number entry function previously generated, such that any 
20 modifications to code generated by primary code generator 104 
in the new release will be compatible with code previously 
M. generated by developer code generator 106. Thus, in this 
z: exemplary embodiment, the new release of the primary code with 
jSj the existing developer code would result in a first state that 
25 provides a customer lookup function, and a second state that 
requests an account number instead of or in addition to the 
customer entry field. 

[0030] Likewise, site-specific code generator 108 allows a 
programmer to perform site-specific modifications to code that 

30 has been modified by developer code generator 106. In this 
manner, site- specif ic code generator 108 receives the code 
generated by primary code generator 104 and developer code 
generator 106, and allows a user to provide additional user 
interface features and states or modifications to current user 

35 interface features and states. Such site-specific code is 
backwards compatible with developer code and primary code in 
the manner previously described, such that any modifications 
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to the code by a user of primary code generator 104 and 
developer code generator 106 will be compatible with code 
previously developed using site-specific code generator 108. 
Site-specific code generator 108 includes a user interface 
5 class system 118 and handler class system 120, both of which 
are capable of displaying the primary code and developer code 
user interfaces and states, and other available user 
interfaces and states, such that a user can provide different 
user interface and state functionality. In this manner, site- 
10 specific code modifications created for use with a first 
version of code generated by primary code generator 104 and 
developer code generator 106 will be compatible with a 
subsequent version of code generated by primary code generator 
104 and developer code generator 106, without additional 
□15 developer interaction. 

y [0031] In operation, system 100 allows users to develop 
m code in a manner that allows new releases of code to be 
^UJ provided that are compatible with modifications made to 
% earlier versions of code. The code generated by system 100 is 
« 20 user interface code, but system 100 can also be used with code 
^ that operates on a server, such as database access code, 
Li: communications code, or other suitable server-based code. In 
rP this manner, user interface class systems 110, 114, and 118 
:51 could be replaced with other suitable systems, such as 
25 database access systems, and handler class systems 112, 116, 
and 12 0 could be replaced with other state engines, such as 
state engines based on database access functions. 
[0032] Furthermore, the user interface code can be 
generated on a client for use in a client -server environment 
30 where the server software does not have to generate user 
interfaces. In this manner, server interface functionality 
can be defined m advance, and modifications to user 
interfaces can be made that do not require modification of 
server functionality, thus reducing the need for revising 
35 server software and also reducing the server processor 
resources required for interfacing with users. 

11 
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[0033] FIGURE 2 is a diagram of a system 200 for providing 

code editing functionality in accordance with an exemplary 
embodiment of the present invention. System 200 allows code 
to be edited at the primary code generator, developer code 
5 generator, site- specific code generator, or other suitable 
locations so as to provide backwards compatibility in a 
layered code generation architecture, such as for generation 
of user interface code. 

[0034] System 200 includes code editor system 202, option 

10 availability system 204, access and utilization system 206, 
and state engine selection system 208, each of which can be 
implemented in hardware, software, or a suitable combination 
of hardware and software, and which can be one or more 
software systems operating on a general -purpose server 

15 platform. Code editor system 202 allows a user to review 
available feature classes and associated handler classes, and 
to assemble the feature classes and handler classes into a 
user interface or other suitable software systems. In one 
exemplary embodiment, code editor system 2 02 can be 

20 implemented with a development environment for software, such 
that a user can generate code, perform code testing, and 
release the code for use in a single environment. 
[0035] Option availability system 204 provides detailed 
information on components or options that are available for 

25 each feature class. In one exemplary embodiment, option 
availability system 204 can use a set of classes called shadow 
objects that define how the components or options can be used. 
Coding standards for available option or component selections 
can be defined within the shadow object, such that the code 

30 generated by option availability system 204 adheres to a 
strict set of standards. In one exemplary embodiment, an 
object-oriented application can be provided where the 
definition of the objects that will be created is provided in 
a framework component, such that option availability system 

35 204 can be used to produce multiple frameworks for use in 
different applications. Likewise, option availability system 
204 can display the configuration of an existing release of 
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code having one or more layers, and can allow the user to make 
changes to the existing release of code that will be 
compatible with new releases of code, such as by mapping the 
modifications made at each previous layer and interfacing any 
5 modifications made by the user at the present layer to the 
appropriate prior layer. 

[0036] Access and utilization system 206 provides 
information on the way that code will be generated for 
accessing and utilizing components and options of a feature 
10 class. In this manner, coding standards can be defined such 
that the code generated by access and utilization system 206 
adheres to a strict set of standards. In one exemplary 
embodiment, an object-oriented application can be provided 
where the code for accessing and utilizing the objects that 
^!^15 will be created is provided in a framework component, such 
^ that access and utilization system 2 06 to be used to produce 
fl multiple frameworks for use in different applications. Access 
ffi and utilization system 206 can also display the configuration 
C of an existing release of code having one or more layers, and 
L 20 can allow the user to make changes to the existing release of 
M= code that will be compatible with new releases of code, such 
^ as by mapping the modifications made at each previous layer 
□ and interfacing any modifications added by the user at the 
lu present layer to the appropriate prior layer. 

25 [0037] State engine selection system 208 allows a user to 
sequence states for feature classes. In one exemplary 
embodiment, the components or options that are available or 
that have been selected for a feature class can be displayed 
in a graphic user interface, and the components or options 
30 that are to be activated for a particular state can be 
selected by the user. State selection engine 208 then 
generates the code that is needed to implement the state 
changes. State engine selection system 208 can also display 
the state configuration of an existing release of code having 
35 one or more layers, and can allow the user to make changes to 
the states of the existing release of code that will be 
compatible with new releases of code, such as by mapping the 
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modifications made at each previous layer and interfacing any 
modifications added by the user at the present layer to the 
appropriate prior layer. 

[0038] In operation, system 200 allows an operator to 
5 generate code at the primary code generator 104 stage, such as 
to create a software package for performing predetermined 
functions, such as accounts payable, accounts receivable, 
general ledger, or other suitable functions. System 2 00 can 
also be implemented at a developer stage, a site-specific 
10 stage, or in other suitable layers, such as when an enterprise 
is customizing the software code for use at the enterprise 
level, or when a consultant is configuring the code for use in 
its consulting practice, or in other suitable configurations. 
In this manner, system 200 allows components, options, and 
£115 states of feature classes to be selected and modified so as to 
J; allow a user to configure software in a suitable manner, but 
yj does not prevent the user from further modifying the software 
^ to accommodate specific needs of sites or enterprises or other 
^ suitable entities. Likewise, system 200 allows backwards- 

D20 compatible changes to be made, so that any lower layers of 
1^ code modifications to a release of code will be compatible 
Ol with subsequent releases of the code. 

b\ [0039] FIGURE 3 is a diagram of a system 300 for providing 

user interface classes in accordance with an exemplary 
25 embodiment of the present invention. System 3 00 includes user 
interface class system 3 02 and 14 exemplary classes that will 
be defined in greater detail herein . 

[0040] User interface class system 3 02 provides 
predetermined user interface classes, where each class further 

30 comprises options and components that can be adjusted or 
selected by a user. In one exemplary embodiment, system 200 
can be used to assemble a user interface for a program in 
conjunction with user interface class system 3 02. Additional 
classes can be added to user interface class system 3 02, such 

35 that the new classes will be backwards -compatible with any 
code generated at lower levels, such as at the developer code 
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generator 106 level or site-specific code generator 108 level 
of system 100. 

[0041] Accounts payable user interface class 3 04 includes 
one or more classes for generating accounts payable user 
5 interfaces. In one exemplary embodiment, the following 
accounts payable user interface classes can be provided with 
accounts payable user interface class 3 04: 

Accounts Payable Check Inquiry 

Accounts Payable Check Number Lookup 

Accounts Payable Check Run 

General Ledger Distribution Line Item Subpanel 

General Ledger Distribution Subpanel 

Invoice Number Lookup 

Manual Check Entry 

Manual Invoice Batch Subpanel 

Manual Invoice Subpanel 

Manual Vendor Invoice Entry 

Multiple Receiver Number Subpanel 

j5 Payment Selection And Processing 

ui Single Receiver Number Subpanel 

m Variance Recost Subpanel 

^ Vendor Invoice Reconciliation Maintenance 

Voided Check Entry 

i[7 [0042] Each of these classes includes one or more 
mlO additional options or components, where each option or 
D component includes detailed information on functions that are 
available, as well as the way code will be generated for 
accessing and utilizing these options or components. For 
example, accounts payable user interface class 3 04 can allow a 
15 user to select an accounts payable check inquiry user 
interface class having predefined standards on how the options 
or components of the class can be used. Thus, coding 
standards can be defined for an accounts payable check inquiry 
class that produce code that generates a user interface and 
20 that adheres to a strict set of standards, so as to provide a 
framework that allows developer and site-specific layers of 
code to be provided that modify or add user interface 
functionality, and that further allows modifications or 
updates to the code to be compatible with such developer and 
25 site-specific layers. 

15 
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[0043] In one exemplary embodiment, the following sequence 
of code development events can be supported to allow code to 
be easily modified for uses at different layers and to allow 
such modifications to be backwards-compatible with new 
5 releases of code at higher layers: 

[0044] A primary code package can be prepared from an 
accounts payable user interface class that has an accounts 
payable check inquiry user interface, an accounts payable 
check number lookup user interface, and an accounts payable 

10 check run user interface. 

[0045] After the code is generated and released as the 
primary code package, a developer for an enterprise may decide 
to add a general ledger distribution line item subpanel user 
interface and a general ledger distribution subpanel user 

15 interface, and to delete the accounts payable check run user 
interface . 

[0046] After the code is generated and released as the 
developer code package, a second developer for a site-specific 
application may decide to add an invoice number lookup user 
20 interface, to delete the item subpanel user interface added by 
the first developer, and to reinstate the accounts payable 
check run user interface that was deleted by the first 
developer. 

[0047] After the code is generated and released as the site 
25 specific code package, the primary code package can be 
modified to include an additional user interface, such as 
manual check entry, to delete a user interface, or to provide 
additional functionality to an existing user interface. The 
new primary code package can then be released, and will be 
30 compatible with the developer code package and site specific 
code package without subsequent modification. 

[0048] As can be seen from this exemplary embodiment, the 

classes of system 300 can be added, deleted, or modified as 
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needed at each layer, and any subsequent modifications to code 
at higher layers will be compatible with the existing 
additions, deletions or modifications that were previously 
made at lower layers. 
5 [0049] Accounts receivable user interface class 306 
includes one or more classes for generating accounts 
receivable user interfaces. In one exemplary embodiment, the 
following classes can be provided with accounts receivable 
user interface class 306: 

Cash Receipts Charge Back Invoices 

Cash Receipts Inquiry Batch Details 

Cash Receipts Inquiry Customer Payment Details 

Cash Receipts Inquiry 

Cash Receipts Invoice Detail Header Subpanel 

Cash Receipts Invoice Header Information Subpanel 

Cash Receipts Misc Amounts 

Cash Receipts 

Customer Lookup Multiple Search Criteria 

Manual Invoice Entry 

Print Order Invoices Order List 

Print Order Invoices 

10 

[0050] Each of these classes includes one or more 
additional options or components, where each option or 
component includes detailed information on functions that are 
available, as well as the way code will be generated for 

15 accessing and utilizing these options or components. For 
example, accounts receivable user interface class 306 can 
allow a user to select a cash receipts charge back invoices 
user interface class having predefined standards on how the 
options or components of the class can be used. Thus, coding 

20 standards can be defined for that class that produce code that 
generates a user interface and that adheres to a strict set of 
standards, so as to provide a framework that allows developer 
and site-specific layers of code to be provided that modify or 
add user interface functionality, and that further allows 

25 modifications or updates to the code to be compatible with 
such developer and site-specific layers. 
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[0051] General ledger user interface class 308 includes one 
or more classes for generating general ledger user interfaces. 
In one exemplary embodiment, the following classes can be 
provided with general ledger user interface class 308: 

Analysis Code Maintenance Extra 

Analysis Code Maintenance 

Bank Code Lookup 

Bank Maintenance 

Close Period 

Close Year 

CPA Maintenance 

CPA Maintenance Panel 

Exchange Rate Maintenance 

Exchange Rate Type Maintenance 

Exchange Rate Type Mapping 

External Bank Account Maintenance 

Fiscal Calendar Beginning And Ending Date Subpanel 

Fiscal Calendar Fiscal Year Subpanel 

Fiscal Calendar Maintenance Line Item Subpanel 

Fiscal Calendar Maintenance 

Fiscal Calendar Radio Button Subpanel 

Fiscal Period Lookup 

Fiscal Period Maintenance Line Item Subpanel 

Fiscal Period Maintenance 

Fiscal Year Maintenance 

General Ledger History Inquiry 

GL Balance Inquiry 

GL Map Definitions Panel 

GL Mapping Maintenance 

GL Mapping Panel 

GL Posting Combination 

GL Table Maintenance 

Internal Bank Account Maintenance 

Internal Bank Account Maintenance GL Subpanel 

Journal Entry Line Items Subpanel 

Journal Entry Lookup 

Journal Entry 

Revalue Currency 

[0052] Each of these classes includes one or more 
additional options or components, where each option or 
component includes detailed information on functions that are 
available, as well as the way code will be generated for 
accessing and utilizing these options or components. For 
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example, general ledger user interface class 3 08 can allow a 
user to select an analysis code maintenance user interface 
class having predefined standards on how the options or 
components of the class can be used. Thus, coding standards 
can be defined for that class that produce code that generates 
a user interface and that adheres to a strict set of 
standards, so as to provide a framework that allows developer 
and site-specific layers of code to be provided that modify or 
add user interface functionality, and that further allows 
modifications or updates to the code to be compatible with 
such developer and site- specif ic layers. 

[0053] Global user interface class 310 includes one or more 
classes for generating user interface features having global 
applicability. In one exemplary embodiment, the following 
classes can be provided with global user interface class 310: 

Business Partner Address Panel 

Business Partner Info Panel 

Business Partner Ledger Panel 

Calendar Maintenance Panel 

Client Policy Selection 

Code File Maintenance 

Code File Panel 

Comments Subpanel 

Company Maintenance Calendar Panel 

Company Maintenance 

Context Help 

Criteria Subpanel 

Currency Maintenance 

Customer Maintenance 

Customer Part Number Maintenance 

Customer Search 

Customer Ship To Maintenance 

Customer Specific 

Dialog Message 

Format Subpanel 

Freight Terms Fields 

Key Word Maintenance 

Locale Code Panel 

Menu Help 

Number Series Sub 

Policy Selection 

Product Search 

Rebuild Key Words 
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Search Create Dialog 

Ship To General Panel 

Ship Via Fields 

User Maintenance Defaults 

User Maintenance Duties 

User Maintenance Security 

User Maintenance 

User Message 

Vendor Maintenance 

Vendor Search 

Vendor Ship From Maintenance 

Workflow Inquiry 

Workflow Unit Details 

[0054] Each of these classes includes one or more 
i,^^^^ additional options or components, where each option or 
CI component includes detailed information on functions that are 

IT""''- 

5 available, as well as the way code will be generated for 
pi accessing and utilizing these options or components. For 
^ example, global user interface class 310 can allow a user to 
^ select a business partner address panel user interface class 
= having predefined standards on how the options or components 

r:' 10 of the class can be used. Thus, coding standards can be 
M. defined for that class that produce code that generates a user 
^ interface and that adheres to a strict set of standards, so as 

to provide a framework that allows developer and site-specific 

layers of code to be provided that modify or add user 
15 interface functionality, and that further allows modifications 

or updates to the code to be compatible with such developer 

and site-specific layers. 

[0055] Inventory control user interface class 312 includes 
one or more classes for inventory control user interfaces . In 
20 one exemplary embodiment, the following classes can be 
provided with inventory control user interface class 312: 

Backorder Allocation 

Inventory Adjustment Line Items 

Inventory Adjustment 

Inventory Adjustment History Inquiry 

Inventory Inquiry 

Location Controlled Warehouse Maintenance 

Location Entry Dialog 
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Location Entry Line Panel 

Location Lookup 

Lot Entry Dialog 

Lot Entry Line Panel 

Lot Location Entry Dialog 

Lot Location Entry Line Panel 

Lot Lookup 

New Product Dialog 

Physical Inventory Build Lisi: 

Physical Inventory Display List 

Physical Inventory Entry 

Physical Inventory Print List 

Physical Inventory Update 

Pick Confirmation Entry Buttons 

Pick Confirmation Entry Header 

Pick Confirmation Entry Line Buttons 

Pick Confirmation Entry Line List 

Pick Confirmation Entry Line Main 

Pick Confirmation Entry Line 

Pick Confirmation Entry 

Print Pick Tickets Maintenance 

Product Lot Number Inquiry 

Product Maintenance Cost Panel 

Product Maintenance 

Product References Accessories Subpanel 
Product References Alternates Subpanel 
Product References Keywords Subpanel 
Product References Substitutes Subpanel 

Product References UCC Subpanel 

Product Serial Number Inquiry 

Product Stock Location Inquiry 

Product Warehouse Availability Inquiry 

Putaway Document 

Quantity Received Options 

Receiver Number 

Receiving Report 

Reprint Pick Ticket WWU Selection 

Serial Number Entry Dialog 

Serial Number Entry Line Panel 

Serial Number Location Entry Dialog 
Serial Number Location Entry Line Panel 

Serial Number Lookup 

Ship Confirmation Entry Line 

Ship Confirmation Entry 

SR Entry Header 

SR Entry 

SR PC Entry Header Detail 
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SR PO 


Entry Header Mam 


SR PO 


Entry Header 


SR PO 


Entry Line Header 


SR PO 


Entry Line List 


SR PO 


Entry Line Main 


SR PO 


Entry Line Quantity 


SR PO 


Entry Line 


Stock 


Location Lookup 


Stock 


Location Maintenance 


Stock 


Location Movement Detail Sub 


Stock 


Location Movement 


Stock 


Location Product Inquiry 


Stock 


Zone Maintenance 


Transaction Audit Inquiry 


Unit Category Associated UOM 


Unit Category Maintenance 


UOM Panel 


Warehouse Panel 


Warehouse Work Unit Lookup List 


Warehouse Work Unit Lookup 



[0056] Each of these classes includes one or more 
additional options or components, where each option or 
component includes detailed information on functions that are 
5 available, as well as the way code will be generated for 
accessing and utilizing these options or components. For 
example, inventory control user interface class 312 can allow 
a user to select a backorder allocation user interface class 
having predefined standards on how the options or components 

10 of the class can be used. Thus, coding standards can be 
defined for that class that produce code that generates a user 
interface and that adheres to a strict set of standards, so as 
to provide a framework that allows developer and site- specif ic 
layers of code to be provided that modify or add user 

15 interface functionality, and that further allows modifications 
or updates to the code to be compatible with such developer 
and site-specific layers. 

[0057] Order common user interface class 314 includes one 
or more features for generating order common user interfaces. 
20 In one exemplary embodiment, the following classes can be 
provided with order common user interface class 314: 
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Freight Detail Entry 


Freight Detail Tracking Entry 


Freight Entry Dialog 


Freight Entry Standalone 


OC Entry 


Buttons 




OC Entry 


Header Control 




OC Entry 


Header Financial 




OC Entry 


Header Import 




OC Entry 


Header Miscellaneous 




OC Entry 


Header Miscellaneous 


Warehouse 


OC Entry 


Header Notes 




OC Entry 


Header Primary 




OC Entry 


Header Taxes 




OC Entry 


Header User 




OC Entry 


Line Buttons 




OC Entry 


Line Control 




OC Entry 


Line Costing 




OC Entry 


Line Info 




OC Entry 


Line Notes 




OC Entry 


Line Product 




OC Entry 


Line Purchasing 




OC Entry 


Line Quantity Break 




OC Entry 


Line User 




OC Entry 


Line Vendor 




OC Receive Options Panel 


OC Receive Options 


OC Tax Jurisdiction Entry Panel 


Order Log Inquiry Document Lookup 


Product 


Price Maintenance 




Product 


Price Pricing Panel 




Product 


Price Quantity Breaks 


Panel 


Product 


Price 




Shipping Warehouse Prompt 


Tax Jurisdiction Lookup 


Tax Jurisdiction Maintenance 



[0058] Each of these classes includes one or more 
additional options or components, where each option or 
component includes detailed information on functions that are 

5 available, as well as the way code will be generated for 
accessing and utilizing these options or components. For 
example, order common user interface class 314 can allow a 
user to select a freight detail entry user interface class 
having predefined standards on how the options or components 

10 of the class can be used. Thus, coding standards can be 
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defined for that class that produce code that generates a user 
interface and that adheres to a strict set of standards, so as 
to provide a framework that allows developer and site-specific 
layers of code to be provided that modify or add user 
5 interface functionality, and that further allows modifications 
or updates to the code to be compatible with such developer 
and site-specific layers. 

[0059] Purchase order user interface class 316 includes one 
or more features for generating purchase order user 
10 interfaces. In one exemplary embodiment, the following 
classes can be provided with purchase order user interface 
class 316: 



Purchase 


Order 


Entry Header Detail 


Purchase 


Order 


Entry Header Main 


Purchase 


Order 


Entry Header 


Purchase 


Order 


Entry Line Header 


Purchase 


Order 


Entry Line List 


Purchase 


Order 


Entry Line Main 


Purchase 


Order 


Entry Line Quantity 


Purchase 


Order 


Entry Line 


Purchase 


Order 


Entry 


Purchase 


Order 


Inquiry Line 


Purchase 


Order 


Inquiry Lookup 


Purchase 


Order 


Inquiry 


Purchase 


Order 


Shipping Warehouse Prompt 


Purchase 


Order 


Log Inquiry 


Purchase 


Order 


Number Lookup 


Purchase 


Order 


Print 



[0060] Each of these classes includes one or more 

15 additional options or components, where each option or 

component includes detailed information on functions that are 

available, as well as the way code will be generated for 

accessing and utilizing these options or components. For 

example, purchase order user interface class 316 can allow a 

20 user to select a purchase order entry header detail user 

interface class having predefined standards on how the options 

or components of the class can be used. Thus, coding 

standards can be defined for that class that produce code that 

generates a user interface and that adheres to a strict set of 

25 standards, so as to provide a framework that allows developer 
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and site-specific layers of code to be provided that modify or 
add user interface functionality, and that further allows 
modifications or updates to the code to be compatible with 
such developer and site-specific layers. 
5 [0061] Report user interface class 318 includes one or more 
features for generating report user interfaces. In one 
exemplary embodiment, the following classes can be provided 
with report user interface class 318: 

Object Oriented SQL Report Option Dialog 

Object Oriented SQL Report 

Schedule Subpanel 

10 

[0062] Each of these classes includes one or more 
additional options or components, where each option or 
component includes detailed information on functions that are 
available, as well as the way code will be generated for 

15 accessing and utilizing these options or components. For 
example, report user interface class 318 can allow a user to 
select an object oriented SQL database report option dialog 
user interface class having predefined standards on how the 
options or components of the class can be used. Thus, coding 

20 standards can be defined for that class that produce code that 
generates a user interface and that adheres to a strict set of 
standards, so as to provide a framework that allows developer 
and site-specific layers of code to be provided that modify or 
add user interface functionality, and that further allows 

25 modifications or updates to the code to be compatible with 
such developer and site-specific layers, 

[0063] Shipping order user interface class 320 includes one 
or more features for generating accounts payable user 
interfaces. In one exemplary embodiment, the following 
30 classes can be provided with shipping order user interface 
class 320: 



Customer 


Price Availability 


Customer Pricing Subpanel 


Customer 


Price Availability 


Inquiry 


Customer 


Price Availability 


Product Pricing Subpanel 


Point Of 


Sale Customer Info 
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Point Of Sale Entry Header 

Point Of Sale Entry Line 

Point Of Sale Entry 

Print Acknowledgements 

Quotation Entry Buttons 

Quotation Entry Header Detail Control 

Quotation Entry Header Detail 

Quotation Entry Header 

Quotation Entry Line Detail Notes 

Quotation Entry Line Header Quantity 

Quotation Entry Line Header 

Quotation Entry Line Main 

Quotation Entry Line 

Quotation Entry Middle 

Quotation Entry 

Quotation Inquiry Line 

Quotation Inquiry Lookup 

Quotation Inquiry 

Quotation Log Inquiry 

Sales Order Entry Lookup 

Sales Order Log Inquiry 

Shipping Order Entry Buttons 

Shipping Order Entry Completion Panel 

Shipping Order Entry Header Detail Address 
Shipping Order Entry Header Detail Control 
Shipping Order Entry Header Detail Financial 

Shipping Order Entry Header Detail Notes 

Shipping Order Entry Header Detail Primary 

Shipping Order Entry Header Detail 

Shipping Order Entry Header Detail User 

Shipping Order Entry Header Main 

Shipping Order Entry Header 

Shipping Order Entry Line Accessories 

Shipping Order Entry Line Buttons 
Shipping Order Entry Line Detail Availability 
Shipping Order Entry Line Detail Control 
Shipping Order Entry Line Detail Customer 
Shipping Order Entry Line Detail Financial 

Shipping Order Entry Line Detail Notes 

Shipping Order Entry Line Detail Taxes 
Shipping Order Entry Line Detail User 

Shipping Order Entry Line Header Pricing 

Shipping Order Entry Line Header Product 

Shipping Order Entry Line Header Quantity 
Shipping Order Entry Line Header 

Shipping Order Entry Line List 

Shipping Order Entry Line Main 
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Shipping Order Entry Line Substitutes 

Shipping Order Entry Line 

Shipping Order Entry Middle 

Shipping Order Entry Quick Lines 

Shipping Order Entry 

Shipping Order Inquiry Line List 

Shipping Order Inquiry Line 

Shipping Order Inquiry Lookup 

Shipping Order Inquiry 

Shipping Order Warehouse Prompt 

[0064] Each of these classes includes one or more 
additional options or components, where each option or 
component includes detailed information on functions that are 
5 available, as well as the way code will be generated for 
fj accessing and utilizing these options or components. For 
D example, shipping order user interface class 320 can allow a 
5J user to select a customer price availability customer pricing 
y subpanel user interface class having predefined standards on 

^ 10 how the options or components of the class can be used. Thus, 
^ coding standards can be defined for that class that produce 

p code that generates a user interface and that adheres to a 
L strict set of standards, so as to provide a framework that 

ffl allows developer and site-specific layers of code to be 

^ 15 provided that modify or add user interface functionality, and 
that further allows modifications or updates to the code to be 
compatible with such developer and site-specific layers. 
[0065] Utility user interface class 322 includes one or 
more classes for generating accounts payable user interfaces. 
20 In one exemplary embodiment, the following classes can be 
provided with utility user interface class 322: 



Add Cancel Delete Dual Subpanel 

BT Addresses Panel 

BT Address Panel 

BT Debug 

BT Language 

BT Results Dialog 

BT Search Table 

Calendar Lookup 

Menu Maintenance 

27 



014600.0003 



OK Cancel Subpanel 

Reference Language Maintenance 

Security Group Maintenance Extra 

Security Group Maintenance 

Submit Suspend Button Subpanel 

[0066] Each of these classes includes one or more 
additional options or components, where each option or 
component includes detailed information on functions that are 
available, as well as the way code will be generated for 
accessing and utilizing these options or components. For 
example, utility user interface class 322 can allow a user to 
select a reference language maintenance user interface class 
having predefined standards on how the options or components 
of the class can be used. Thus, coding standards can be 
defined for that class that produce code that generates a user 
interface and that adheres to a strict set of standards, so as 
to provide a framework that allows developer and site- specific 
layers of code to be provided that modify or add user 
interface functionality, and that further allows modifications 
or updates to the code to be compatible with such developer 
and site-specific layers. 

[0067] Ledger common user interface class 324 includes one 

or more classes for generating ledger common user interfaces, 

such as for accounts receivable and accounts payable. In one 

exemplary embodiment, the following classes can be provided 

with ledger common user interface class 324 : 

Aging Detail Inquiry 

Business Partner Invoice Number Lookup 

Invoice Inquiry 

Ledger Type Maintenance 

Payment Method Maintenance Extra 

Payment Method Maintenance 

Payment Terms Days Sub 

Payment Terms Detail Middle Sub 

Payment Terms Detail Sub 

Payment Terms Fixed Day Of Month Sub 

Payment Terms Installment Sub 

Payment Terms Maintenance 

Payment Terms Specific Date Sub 



28 



014600.0003 

[0068] Each of these classes includes one or more 
additional options or components, where each option or 
component includes detailed information on functions that are 
available, as well as the way code will be generated for 
5 accessing and utilizing these options or components. For 
example, ledger common user interface class 324 can allow a 
user to select a business partner invoice number lookup user 
interface class having predefined standards on how the options 
or components of the class can be used. Thus, coding 

10 standards can be defined for that class that produce code that 
generates a user interface and that adheres to a strict set of 
standards, so as to provide a framework that allows developer 
and site-specific layers of code to be provided that modify or 
add user interface functionality, and that further allows 

15 modifications or updates to the code to be compatible with 
such developer and site-specific layers. 

[0069] Test user interface class 326 includes one or more 
classes for generating test user interfaces. In one exemplary 
embodiment, the following classes can be provided with test 
20 user interface class 326: 

Message Tester 

Time Sheet 

[0070] Each of these classes includes one or more 
additional options or components, where each option or 

25 component includes detailed information on functions that are 
available, as well as the way code will be generated for 
accessing and utilizing these options or components. For 
example, test user interface class 326 can allow a user to 
select a message user interface class having predefined 

30 standards on how the options or components of the class can be 
used. Thus, coding standards can be defined for that class 
that produce code that generates a user interface and that 
adheres to a strict set of standards, so as to provide a 
framework that allows developer and site-specific layers of 

35 code to be provided that modify or add user interface 
functionality, and that further allows modifications or 
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updates to the code to be compatible with such developer and 
site -specific layers . 

[0071] Template user interface class 328 includes one or 
more classes for generating template user interfaces. In one 
5 exemplary embodiment, the following classes can be provided 
with template user interface class 328: 

Report Maintenance Field Subpanel 

Report Maintenance 

[0072] Each of these classes includes one or more 

10 additional options or components, where each option or 
component includes detailed information on functions that are 
available, as well as the way code will be generated for 
accessing and utilizing these options or components. For 
example, test user interface class 328 can allow a user to 

15 select a report maintenance user interface class having 
predefined standards on how the options or components of the 
class can be used. Thus, coding standards can be defined for 
that class that produce code that generates a user interface 
and that adheres to a strict set of standards, so as to 

20 provide a framework that allows developer and site-specific 
layers of code to be provided that modify or add user 
interface functionality, and that further allows modifications 
or updates to the code to be compatible with such developer 
and site-specific layers. 

25 [0073] Sales analysis user interface class 330 includes one 
or more classes for generating sales analysis user interfaces. 
In one exemplary embodiment, the following classes can be 
provided with sales analysis user interface class 330: 

Customer Product Inquiry 

Product Sales History Inquiry 

30 [0074] Each of these classes includes one or more 
additional options or components, where each option or 
component includes detailed information on functions that are 
available, as well as the way code will be generated for 
accessing and utilizing these options or components. For 

35 example, sales analysis user interface class 33 0 can allow a 
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user to select a customer product inquiry user interface class 
having predefined standards on how the options or components 
of the class can be used. Thus, coding standards can be 
defined for that class that produce code that generates a user 

5 interface and that adheres to a strict set of standards, so as 
to provide a framework that allows developer and site-specific 
layers of code to be provided that modify or add user 
interface functionality, and that further allows modifications 
or updates to the code to be compatible with such developer 

10 and site-specific layers. 

[0075] In operation, system 300 allows a user interface to 
be configured using existing feature classes having predefined 
features and components. Each class of system 3 00 is 
implemented in a layered approach, so as to allow code to be 

15 generated in layers with backwards compatibility, such that 
when new versions of classes or code are available, such new 
versions will be compatible with any modifications implemented 
at the second, third, or other software layers. 

[0076] FIGURE 4 is a diagram of a system 400 for providing 

20 user interface states for corresponding user interface classes 
in accordance with an exemplary embodiment of the present 
invention. System 400 includes handler class system 4 02 and 
14 exemplary handlers that provide user interface states as 
defined in greater detail herein. 

25 [0077] Handler class system 402 provides predetermined user 
interface class states, where each state can be selected to 
provide the options and components of the user interface class 
in a user- selected order. In one exemplary embodiment, system 
2 00 can be used to assemble a user interface for a program in 

30 conjunction with user interface class system 302 and handler 
class system 402. Additional handlers can be added to user 
interface class system 402, such that the new states will be 
backwards -compatible with any code generated at lower levels, 
such as at the developer code generator 106 level or site- 

35 specific code generator 108 level of system 100. 

[0078] Accounts payable handler class 4 04 provides one or 
more states for an accounts payable user interface. In one 

31 



014600.0003 

exemplary embodiment, each of the accounts payable user 
interface classes provided with accounts payable user 
interface class 3 04 can include two or more states where a 
user, such as a developer, developer code generator, other 

5 code generator or other suitable user, can select which 
options or components are to be activated for a particular 
state. Accounts payable handler class 404 permits the 
navigation of the user interface through the selected states 
and can also indicate unallowed states or state progressions. 

10 For example, accounts payable handler class 404 allows a 
developer to select states for an accounts payable check 
inquiry user interface class, so as to permit a desired state 
progression based upon data entered or other actions taken by 
a user of the user interface generated by an accounts payable 

15 check inquiry user interface generated using accounts payable 
handler class 404. 

[0079] In this exemplary embodiment, a primary code package 
can be prepared from an accounts payable user interface class 
that has an accounts payable check inquiry user interface 

20 progressing through 4 states. After the code is generated and 
released as the primary code package, a developer for an 
enterprise may decide to add a fifth state, and to delete a 
third state of the accounts payable user interface class. 
After the code is generated and released as the developer code 

25 package, a second developer for a site-specific application 
may decide to add a sixth state to the accounts payable user 
interface class, to delete the fifth state added by the first 
developer, and to reinstate the third state that was deleted 
by the first developer. After the code is generated and 

30 released as the site specific code package, the primary code 
package can be modified to include a seventh state after the 
fourth state, to delete one of the four states, or to modify 
one of the four existing states. The new primary code package 
can then be released, and will be compatible with the 



32 



014600.0003 

developer code package and site specific code package without 
subsequent modification. 

[0080] Accounts receivable handler class 406 allows a user, 
such as a developer, developer code generator, other code 

5 generator or other suitable user, to select two or more states 
and the relationship between the selected states for an 
accounts receivable user interface. In one exemplary 

embodiment, system 200 can be used to assemble a user 
interface for a program in conjunction with user interface 

10 class system 302 and handler class system 402. Additional 
handlers can be added to user interface class system 402, such 
that the new states will be backwards -compatible with any code 
generated at lower levels, such as at the developer code 
generator 106 level or site-specific code generator 108 level 

15 of system 100. 

[0081] In a similar manner, if a state change is 
appropriate, general ledger handler class 408 allows a user to 
select two or more states for a general ledger user interface 
class 308; global handler class 410 allows a user to select 

20 two or more states for a global user interface class 310; 
inventory control handler class 412 allows a user to select 
two or more states for an inventory control user interface 
class 312; order common handler class 414 allows a user to 
select two or more states for an order common user interface 

25 class 314; purchase order handler class 416 allows a user to 
select two or more states for a purchase order user interface 
class 316; report handler class 418 allows a user to select 
two or more states for a report user interface class 318; 
shipping order handler class 420 allows a user to select two 

30 or more states for a shipping order user interface class 320; 
utility handler class 422 allows a user to select two or more 
states for a utility user interface class 322; ledger common 
handler class 424 allows a user to select two or more states 
for a ledger common user interface class 324; test handler 

35 class 426 allows a user to select two or more states for a 
test user interface class 326; template handler class 428 
allows a user to select two or more states for a template user 
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interface class 328; and sales analysis handler class 430 
allows a user to select two or more states for a sales 
analysis user interface class 330. 

[0082] In operation, system 400 allows states to be 
5 provided for user interface features, so as to allow the user 
of the system {i.e., the developer) to migrate and modify code 
without requiring the user to provide the programming code 
that will generate the desired states or reintegrate that 
code. Code generated by system 400 is implemented in a 
10 layered approach, so as to allow code to be generated in 
layers with backwards compatibility, such that when new 
releases of classes or code are available that provide new or 
modified states, such new versions will be compatible with any 
states implemented at the second, third, or other software 
15 layers. 

[0083] FIGURE 5 is a flowchart of a method 500 for 
generating code in multiple layers in accordance with an 
exemplary embodiment of the present invention. Method 500 
allows code to be generated in layers, such as for supporting 
20 enterprise and site-specific modifications, and further allows 
modifications to higher layers of code to be implemented that 
are backwards compatible with lower layers of code 
modifications . 

[0084] Method 500 begins at 502 where primary code is 
25 generated. In one exemplary embodiment, primary code can be 
generated from a user interface component package that 
includes a plurality of user interface classes, options and 
components for each class, associated states, or other 
suitable features. The coordination of the options, 

30 components, states and other desired functionality can be 
provided, and code can be generated based on the predetermined 
components. The method then proceeds to 504. 

[0085] At 504, the generated primary code is distributed to 
developers. In one exemplary embodiment, the developers can 
35 receive a software application designed for a certain purpose, 
such as inventory control, accounts receivable, general ledger 
processing, a suite of software applications, or other 
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suitable code, and can then modify the code to make 
accommodations for enterprise requirements , developer ' s 
preferences, or other suitable changes. The method then 
proceeds to 506- 

5 [0086] At 506, it is determined whether developer 
modification is required, such as to provide additional 
features or modification of features that may be required in a 
predetermined application. If it is determined at 506 that no 
developer modifications are required, the method proceeds to 
10 512. Otherwise, the method proceeds to 508 where developer 
code is generated. In one exemplary embodiment, a component 
toolkit can be used, such as a user interface component 
U toolkit having user interface features and associated state 
2 engines for each feature. Likewise, the developer code can be 
±! 15 generated by first displaying the primary code, such as using 
CP a primary code editor that identifies components, options, 
^ access and utilization, states, or other suitable data, and 
Cl that further allows a user to modify the primary code, add new 
L features, components, options, or states, modify existing 

p. 20 features, components, options, or states, or otherwise change 
^ the functionality of the primary code. The modified primary 

code module can then be tested in conjunction with the primary 
fU code, and the method proceeds to 510. 

[0087] At 510, the modified primary code is provided to 
25 sites in conjunction with the primary code. If it is 
determined at 512 that site-specific modifications are 
required, the method proceeds to 514 where the primary code 
and developer code modifications are displayed, and site- 
specific code modifications are performed, such as by adding 
30 new features, components, options, or states, modifying 
existing features, components, options, or states, or 
otherwise changing the functionality of the primary code. The 
method then proceeds to 518 where the code is released for 
use . 

35 [0088] In operation, method 500 allows code to be generated 
for one or more components and distributed in layers such that 
modifications or additions to the code can be provided using 
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an existing classification paradigm. The code generated with 
method 500 can further be backwards compatible, such that 
changes to primary code can be implemented without requiring 
changes to previously developed modifications applied at one 
5 or more layers to earlier releases of the code. 

[0089] FIGURE 6 is a flowchart of a method 600 for 
generating primary code in accordance with an exemplary 
embodiment of the present invention. Method 600 allows a user 

to generate primary code , such as user interface code , using 
10 predefined features and associated state engine functionality 

for the features. 

[0090] Method 600 begins at 602 where user interface 
classes are displayed. The user interface classes can include 
Jr one or more predetermined sets of classes having user 
fi 15 interface features and associated options and components, such 
£ as to facilitate the generation of code that creates user 
y interfaces. In one exemplary embodiment, the user interface 
E classes are displayed in a code generator system or other 
suitable code generator. The method then proceeds to 604. At 
D 20 604 , a user selection is received. The user can include a 
?^ developer, a developer code generator, other code generator or 

other suitable user. The user selection can be a selection of 
Q one of the user interface classes, user interface class 
options or components, or other suitable user selections. The 
25 method proceeds to 606. 

[0091] At 606, the coding standards for code that will be 
generated to access and use the feature, option, component, or 
other user selection is displayed. In one exemplary 
embodiment, the coding standards can include the available 
30 functions for the selected feature, option, component or other 
user selection, associated access and use data such as pseudo 
code or other suitable data showing how code implementing the 
feature, option, component or other user selection will be 
generated, and other suitable data. The method then proceeds 
35 to 608. 

[0092] At 608, user selections of the options, access, and 
use data are received. In one exemplary embodiment, 
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additional debugging other suitable processes can be 
performed, so that the user can verify that the selection 
provides the desired functionality. The method then proceeds 
to 610. 

5 [0093] At 610, an associated state engine for the feature 
is displayed. In one exemplary embodiment, state engine can 
include a set of components and user-selectable controls that 
allow the user to select components that are to be activated 
for each particular state. The method then proceeds to 612. 
10 [0094] At 612, the user sequence selection is received, 
such as one or more selections of components that are to be 
activated for a particular state. The method then proceeds to 

tj [0095] At 614, it is determined whether additional features 
%15 are desired. In one exemplary embodiment, additional features 
m can be added by selecting from a menu, clicking and dragging 
the feature into a work area, or other suitable functions. If 
additional features are required, the method returns to 602. 
s Otherwise, the method proceeds to 616 where code is generated 

rj 20 to generate the user interface designed or selected by the 
M= user. In one exemplary embodiment, the code generation can 
2: also include debugging and testing, so that the user can 

si 

qj verify that the code generates the user interface having the 
features selected by the user. The method then proceeds to 

25 618 where the code is released for use. 

[0096] In operation, method 600 allows a user to select one 
or more user interface features from a component work set, and 
to configure the component features and the states associated 
with the component feature for use in a user interface. 

30 Method 600 allows code to be generated that will generate the 
desired user interface having the desired features and states. 
[0097] FIGURE 7 is a flowchart of a method 700 for adding a 
layer of code to previously generated code in accordance with 
an exemplary embodiment of the present invention. Method 700 

35 allows a user to modify user interface code or other suitable 
code at a subsequent layer, and further allows the code added 
at the subsequent layers to be backwards compatible with any 
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code revisions to the primary code or code from a higher 
layer. 

[0098] Method 700 begins at 702 where primary code is 
received. In one exemplary embodiment, the primary code can 

5 be a first set of code generated by a user at the highest 
level of a code architecture. Likewise, the primary code can 
include one or more additional layers of code, such as those 
generated by a developer for an enterprise, a consultant, or 
other suitable intermediaries. The method then proceeds to 

10 704. 

[0099] At 704, user interface classes are displayed 
independently or in conjunction with primary code user 
interface classes. In one exemplary embodiment, the user 
interface classes can be displayed as selected by a user, and 

15 any modifications required to superimpose the selected user 
interface classes on the primary code can be performed without 
subsequent operator interaction. Likewise, the primary code 
user interfaces can be generated and supplemental user 
interface classes can be displayed, such that the operator can 

20 add features, select features to be deleted or modified, or 
perform other suitable functions. 

[00100] In another exemplary embodiment, when a primary code 
change has been implemented, the user interface classes can be 
displayed with the current primary code classes, with 
25 indications of changes between the previous primary code and 
the new version of the primary code, or in other suitable 
manners. The method then proceeds to 706. 

[00101] At 706, a user selection is received, such as 
selection of a new feature to add to the user interface, 

30 selection of an existing primary feature to modify, or other 
suitable user selections. The method bhen proceeds to 708. 
[00102] At 708, the options and information on accessing and 
using the features in the primary code data and/or the primary 
code data can be displayed. In one exemplary embodiment, 

35 primary code data features can be modified, and the user can 
select to have the options, access, and use data displayed for 
the primary code data. Likewise, additional features can be 
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added, and the options, access, and use data can be provided 
so as to allow those features to interact with the existing 
primary code. Likewise, when primary code versions have been 
modified, the existing layer of code options, access, and use 
5 data can be displayed with the new primary code data, with 
primary code data showing the difference between old primary 
code data and new primary code data, or other suitable data. 
The method then proceeds to 710. 

[00103] At 710, user selections are received. The user 
10 selections can include options, access, and use data to be 
modified in primary code data, additional options, access, and 
use data to be implemented in conjunction with the primary 
code data, or other suitable user selections. The method then 
proceeds to 712. 

15 [00104] At 712, the associated state engine and primary code 
states are displayed. In one exemplary embodiment, a user can 
elect to modify only the state engine aspects of the primary 
code. Likewise, state engine capability for user- selected 
additional features can be displayed at 712. The method then 

20 proceeds to 714. 

[00105] At 714, a user sequence selection is received. In 
one exemplary embodiment, the user can select a sequence of 
states from the associated state engine. Likewise, the user 
can re- sequence the states provided for the primary code, or 

25 can perform other suitable functions. The method then 
proceeds to 716. 

[00106] At 716, it is determined whether additional features 
are desired. If additional features are desired, the method 
returns to 702. Otherwise, the method proceeds to 718. 

30 [00107] At 718, code is generated. The code can include 
supplemental code layers that are used in conjunction with a 
set of primary code, a new set of code that includes both the 
functionality provided by the primary code and new code 
functionality, or other suitable code. The method then 

35 proceeds to 72 0. 

[00108] If the code generated at 718 includes only 
additional code functionality at the second or subsequent 
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layers, then the newly generated code can be integrated with 
the primary code at 720. The method then proceeds to 722. 
[00109] At 722, the code is released for use. In one 
exemplary embodiment, additional testing and bug fixing can be 
5 performed prior to releasing the code for use. 

[00110] In operation, method 700 allows layers of code to be 
generated such that when additional functionality or features 
are desired at the organizational or site level, these 
features can be added in a manner that allows modifications to 
10 be made to the primary code without requiring the features to 
be re- implemented at a later stage. 

[00111] Although exemplairy embodiments of a system and method 
for performing the present invention have been described in 
M= detail herein, those skilled in the art will also recognize that 
S 15 various substitutions and modifications can be made to the 
systems and methods without departing from the scope and spirit 
fl of the appended claims. 

s r. 
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